home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000144_news@columbia.edu _Fri May 24 18:54:29 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id SAA09336 for <kermit.misc@watsun>; Fri, 24 May 1996 18:54:29 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id SAA21455 for kermit.misc@watsun; Fri, 24 May 1996 18:54:26 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!arclight.uoregon.edu!chi-news.cic.net!news.compuserve.com!newsmaster
  5. From: <76355.3111@compuserve.com>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Windows 3.1x version of Kermit??? Dropping telnet sessions...
  8. Date: 24 May 1996 20:25:07 GMT
  9. Organization: CompuServe Incorporated
  10. Lines: 16
  11. Message-ID: <4o55v3$5m1@arl-news-svc-2.compuserve.com>
  12. NNTP-Posting-Host: dd63-018.compuserve.com
  13. Content-Type: text/plain
  14. Keywords: Kermit Windows 16-bit telnet
  15. X-Newsreader: AIR Mosaic (16-bit) version 3.10.08.25
  16.  
  17.  
  18. Has anyone heard of a 16-bit version of Windows Kermit from a guy named
  19. Wayne Warthen?  Supposedly he made a version of Kermit that is 
  20. winsock compliant and runs under Win 3.x.
  21.  
  22. Any ideas?  Thought this might help with the problem below:
  23.  
  24. I am having some problems with DOS kermit keeping sessions connected
  25. on some Emulex terminal servers doing LAT to some VAXes.  In other
  26. words, I do Kermit TCP/IP to the terminal server, then the terminal
  27. server takes the connection and converts it to LAT to talk to the VAX.
  28. It worked OK until we added more PC's to the network.
  29.  
  30. Someone at Kermit Distribution at Columbia University said that it could
  31. be the LAT protocol dropping the connection because it doesn't hear
  32. from the TCP/IP connection soon enough.